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SYSTEMS AND METHODS FOR DISTRIBUTING 
TELECOMMUNICATION SERVICES VIA A NETWORK 

RELATED APPLICATIONS 

This application claims priority from U.S. Provisional Application No. 

60/138,509, entitled "Methods For Providing Telecommunications Service Buying and 

Selling Via the Internet," filed on June 10, 1999, which is incorporated herein by 



reference. 



This application is related to copending U.S. Application Serial No. 09/390,026 



(Atty. Docket No. 7710.000(1-00), entitled "Systems and Methods For Buying and Selling 
Telecommunication Services Via a Network," and copending U.S. Application Serial 
No. 09/390,025 (Att/ Docket No. 7710.0002-00), entitled "Systems and Methods For 
Aggregating Buyers For the Purchase of Telecommunication Services Via a Network, 55 
which are assigned to the same, and also incorporated herein by reference. 

FIELD OF THE INVENTION 
The present invention relates generally to the purchase of telecommunication 
services and, more particularly, to a forum through which buyers can purchase 
telecommunication services from a variety of sellers via a network, such as the Internet. 

BACKGROUND OF THE INVENTION 
Traditionally, telecommunication services, such as local, long distance, Internet, 
cellular services, etc., have been bought and sold through the interaction of people. 
Typically, the buy-sell process takes one of two forms: (1) a buyer determines the 
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necessary telecommunication service requirements and contacts one or more sellers of 
these services; or (2) a seller proactively solicits the buyer, who may or may not be ready 
to purchase the services. 

For larger-sized companies, the service requirements are usually complex and the 
buyer sophisticated. Therefore, the first form typically predominates (i.e., a buyer 
initiates the communication with a seller in these instances). For small and medium-sized 
companies, as well as for consumers, the service requirements are usually much less 
complex and the buyer less sophisticated. Therefore, the second form typically 
predominates. The seller contacts the buyer via different methods, such as door-to-door 
canvassing, telemarketing, direct mailing, advertising, etc. 

A major disadvantage of the conventional buy-sell process is that sellers typically 
control the process. This is especially true in the case of consumers, small businesses, 
and associations. As a result, it is often difficult for these buyers to get the best possible 
deal. 

Therefore, there is a need to shift control to buyers in the purchase of 
telecommunication services. 

SUMMARY OF THE INVENTION 

Systems and methods consistent with the present invention address this need by 
aggregating buyer purchase power in the purchase of telecommunication services. 

In accordance with the purpose of the invention as embodied and broadly 
described herein, a system consistent with the present invention facilitates the purchase of 
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telecommunication services from a variety of sellers. The system stores a set of 
responses to purchase requests for telecommunication services associated with a plurality 
of service providers, each response reflecting at least one telecommunication service 
offering associated with one of the service providers and a related cost for the 
telecommunication service offering. The system establishes a session for considering the 
purchase of telecommunication services. A purchase request is input, including 
information indicating a requested telecommunication service. The system accesses the 
stored set of responses to purchase requests for at least one response reflecting at least 
one telecommunication service offering capable of satisfying the requested 
telecommunication service, and permits a requester to accept the response during the 
session. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The accompanying drawings, which are incorporated in and constitute a part of 

this specification, illustrate an embodiment of the invention and, together with the 

description, explain the invention. In the drawings, 

Fig. 1 is an exemplary diagram of a system consistent with the present invention; 
Fig. 2 is an exemplary diagram of the telecommunication services manager of Fig. 

i; 

Fig. 3A is an exemplary diagram of the request for proposal (RFP) database of 

Fig. 2; 

Fig. 3B is an exemplary diagram of the buyer database of Fig. 2; 
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Fig. 4 is a flowchart of processing for purchasing telecommunication services in a 
manner consistent with the present invention; 

Fig. 5 is a flowchart of processing for registering a buyer in a manner consistent 
with the present invention; 

Figs. 6A-6C are flowcharts of processing for creating an RFP in a manner 
consistent with the present invention; 

Fig. 7 is a flowchart of processing for distributing an RFP in a manner consistent 
with the present invention; 

Figs. 8A and 8B are flowcharts of processing for reviewing results of previously 
submitted RFPs in a manner consistent with the present invention; 

Fig. 9A is a diagram of an exemplary user interface containing an RFP summary 



report; 



Fig. 9B is a diagram of an exemplary user interface containing an RFP detailed 



report; 

Fig. 10 is a flowchart of processing for reviewing industry information in a 
manner consistent with the present invention; 

Fig. 1 1 is a flowchart of processing for changing buyer account information in a 
manner consistent with the present invention; and 

Fig. 12 is a flow chart for processing an RFP using a spot market in a manner 
consistent with the present invention. 

DETAILED DESCRIPTION 
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The following detailed description of implementations consistent with the present 
invention refers to the accompanying drawings. The same reference numbers in different 
drawings identify the same or similar elements. Also, the following detailed description 
does not limit the invention. Instead, the scope of the invention is defined by the 
appended claims. 

Systems and methods consistent with the present invention provide a forum 
through which buyers and sellers of telecommunication services interact. The buyers 
specify the types of services desired and the sellers submit proposals for providing the 
services. The buyers select the proposals that meet their requirements and contract with 
the particular sellers to provide the desired services and/or additional services. 

SYSTEM ELEMENTS 

Fig. 1 is an exemplary diagram of a system 100 consistent with the present 
invention. The system 100 includes a buyer terminal 110 connected to several seller 
terminals 120 via a network 130. The system also includes a telecommunication services 
manager 140 connected to the buyer and seller terminals 110 and 120, respectively, via 
the network 130. 

The buyer terminal 1 10 may include a personal computer, such as an IBM- 
compatible computer, or the like, with a connection to the network 130. A single buyer 
terminal 110 has been shown for simplicity. Those skilled in the art will note that the 
present invention contemplates more than one buyer terminal 1 10 connected to the 
network 130. The seller terminals 120 may also include personal computers with 
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connections to the network 130. The network 130 may include the Internet, an intranet, 
or some equivalent data network. 

The telecommunication services manager (TSM) 140 provides a forum through 
which the buyer terminal 110 can interact with the seller terminals 120 to purchase 
telecommunication services. Fig. 2 is an exemplary diagram of TSM 140, including a 
processor 210, at least one memory 220, an input/output (I/O) port 230, and a set of 
databases 240. The processor 210 may include any conventional microprocessor, such as 
a Pentium produced by Intel. The memory 220 includes one or more conventional 
storage devices, such as RAM, ROM, EEPROM, etc. The I/O port 230 is a conventional 
communication port for communicating with the network 130. 

The databases 240 include a large capacity storage device that contains at least 
four sets of databases: a request for proposal (RFP) database 242, a buyer database 244, a 
qualification database 246, and a seller database 248. The RFP database 242 stores RFPs 
prepared by buyers. 

Fig. 3 A is an exemplary diagram of the RFP database 242. Each entry in the RFP 
database 242 includes multiple fields for information on an RFP, including an RFP 
number 310, buyer information 320, types of service data 330, question data 340, and 
prior usage data 350. The RFP number 310 uniquely identifies a particular RFP. The 
buyer information 320 includes information describing the buyer, including, for example, 
the buyer's name, address, location, company, possibly information on other buyers (e.g., 
others referred to TSM 140 by the buyer), credit information, etc. This information may 
be provided by the buyer or obtained from one or more commercial databases. 
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The types of service data 330 includes information identifying the services that the 
buyer wishes to purchase. The question data 340 includes particular questions for the 
sellers posed by the buyer. The prior usage data 350 includes data regarding prior 
telephone service usage by the buyer and/or estimates or assumptions on such usage 
derived from the buyer's answers to a set of queries provided by TSM 140. 

The buyer database 24 4 (Fig. 2) stores RFP replies. An RFP reply is a seller's 
answer to an RFP. Fig. 3B is an exemplary diagram of the buyer database 244. Each 
entry in the buyer database 244 includes multiple fields for information regarding an RFP, 
including a buyer ID name 360, an RFP number 370, and one or more RFP replies 380. 
The buyer ID name 360 uniquely identifies a buyer. The RFP number 370 is the same as 
the RFP number 310 that uniquely identifies an RFP. There may be more than one RFP 
number 370 associated with a single buyer, if the buyer submitted more than one RFP. 
Each of the RFP replies 380 includes a seller's response to the buyer's RFP. 

The qualification database 246 (Fig. 2) stores rules for qualifying a buyer to use 
the system 100. The database 246 includes rules, for example, that validate the identity 
of a buyer by comparing the buyer's contact information, social security number, or 
federal tax identification to a commercially available database or by analyzing the buyer's 
email address. Of course, other qualification rules may be used. 

The seller database 248 stores seller information, such as boilerplate RFP replies 
and filter data, and may contain an area for the sellers to store data. ; The filter data 
contains criteria provided by the sellers as to the types of RFPs they want to receive. For 
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example, a seller might indicate that they will provide service to only particular areas and 
desire RFPs requesting service in these areas. 

PROCESSING FOR PURCHASING TELECOMMUNICATION SERVICES 

Fig. 4 is a flowchart of processing for purchasing telecommunication services in a 
manner consistent with the present invention. The processing begins when a buyer, using 
buyer terminal 1 10, logs into TSM 140 via the network 130 [step 410]. The buyer may 
do this directly by using a conventional modem or some other connection or indirectly by 
entering an Internet address to access TSM's web site on the world wide web. 

Once logged in, TSM 140 determines whether the buyer is registered, for 
example, by requiring the buyer to enter a login identifier and password [step 420]. It is 
also possible to store this information in a special file on the buyer terminal 1 10 so that 
when the buyer accesses the TSM web site, the stored information is provided 
automatically to TSM 140 for verification. If the buyer has not previously registered, 
TSM 410 registers the buyer [step 430]. 

Fig. 5 is a flowchart of processing for registering a buyer in a manner consistent 
with the present invention. TSM 140 prompts the buyer to enter contact information 
[step 510]. The contact information might include the buyer's name, title, telephone and 
fax numbers, email address, and/or the name of the buyer's business. From this 
information, TSM 140 determines whether the buyer represents a business [step 520]. If 
so, TSM 140 prompts the buyer for business demographics, including, for example, the 
company size, industry, number of locations, whether there are any international sites, 
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typical monthly spending on telecommunication services, etc. [step 530]. Alternatively or 
additionally, TSM 140 accesses a commercial database to obtain this information. 

Once TSM 140 obtains the business demographics or if the buyer does not 
represent a business, TSM 140 determines whether the buyer represents a group of buyers 
[step 540]. The buyer may represent a group of buyers, such as a group of family and 
friends, association members, a group of small businesses, etc., that have previously 
agreed, or have agreed based on a recommendation of TSM 140, to submit an RFP for 
their telecommunication services. The seller that wins the selection provides service to 
all members of the group, though some members may be permitted to later drop out. This 
aggregation of buyers helps the buyers obtain a better price from the sellers by combining 
their purchasing power. If the buyer represents a group, TSM 410 prompts the buyer to 
identify the group representative and the members of the group by name or number (i.e., 
size) [step 550]. 

Once TSM 140 obtains the group information or if the buyer does not represent a 
group, TSM 140 requests that the buyer enter a buyer ID name [step 560]. The buyer ID 
name uniquely identifies the buyer and typically consists of several alphanumeric 
characters. TSM 140 then determines whether the ID name that the buyer entered is 
unique, possibly by comparing the name with a database of previously entered names 
[step 570]. If the name has already been taken, TSM 140 informs the buyer to enter 
another name [step 560]. TSM 140 then accepts the unique buyer ID name and assigns 
an initial password [step 580]. TSM 140 may then send the initial password to the buyer 
via email, regular mail, or by other mechanisms. 
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Once the buyer successfully registers, TSM 140 presents the buyer with several 
options [step 440] (Fig. 4): (1) to create an RFP; (2) to review results of previously 
submitted RFPs; (3) to review industry information; and (4) to change buyer account 
information. If the buyer decides to create an RFP [step 450], processing continues with 
the flowcharts of Figs. 6A-6C. If the buyer decides to review results of previously 
submitted RFPs [step 460], processing continues with the flowcharts of Figs. 8 A and 8B. 
If the buyer decides to review industry information [step 470], processing continues with 
the flowchart of Fig. 10. Finally, if the buyer decides to change account information [step 
480], processing continues with the flowchart of Fig. 1 1 . 

PROCESSING FOR CREATING AN RFP 

Figs. 6A-6C are flowcharts of processing for creating an RFP in a manner 
consistent with the present invention. Although a series of steps is provided, the order of 
the steps does not matter. When the buyer chooses to create an RFP, TSM 140 generates 
a unique RFP number for it [step 605] (Fig. 6 A). TSM 140 then prompts the buyer to 
provide a descriptive name for the RFP [step 610]. 

Next, TSM 140 requests that the buyer identify the business sites for which 
service is sought [step 615]. TSM 140 prompts the buyer to specify the service(s) desired 
for each business site [step 620]. The buyer might select among several types of services, 
such as local, long distance, toll free, calling card, Internet, conference calling, private 
line/data, etc. Alternatively or additionally, the buyer might authorize TSM 140 to obtain 
customer service records from the buyer's local telephone company. For each service 
selected, TSM 140 prompts the buyer to identify the features to purchase [step 625]. The 
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buyer might indicate that a feature is required, desired, or not wanted, and may indicate 
whether a service is new for the site or is replacing an already existing service. 

Once the buyer identifies all the desired services for each site [steps 630 and 635], 
TSM 140 prompts the buyer for billing preference information [step 640]. The buyer 
specifies the name(s) and address(es) for the service bill. In certain instances, the buyer 
may also specify other billing parameters, such as the date upon which the bill will be due 
each month. 

Next, TSM 140 requests that the buyer provide information regarding prior use of 
telecommunication services [step 645] (Fig. 6B). The buyer might provide copies of 
recent telecommunication service bills by fax, email, or regular mail or the buyer might 
enter this information into an electronic form provided by TSM 140. Alternatively, TSM 
140 may access a database that contains this information. At this time, the buyer might 
also specify any changes to the prior usage. If no prior use data exists, such as in the case 
of a new company, the buyer might project the usage. 

TSM 140 then prompts the buyer to specify the RFP dates, such as the RFP reply 
due date, the start of services date, and the duration of services date [step 650]. The RFP 
reply date is the date by which all sellers must respond. The start of services date is the 
date upon which the buyer wants the new services to begin. The duration of services date 
is the length of the service contract desired by the buyer. Typically, the buyer specifies 
service contract lengths in terms of six month increments. The buyer may also include 
one or more questions for potential sellers regarding their services. 
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Next, TSM 140 compiles an RFP distribution list [step 655]. TSM 140 may 
present an alphabetical list of participating sellers from which the buyer may select those 
to include on the RFP distribution list. Only those sellers included in the list will receive 
the buyer's RFP. TSM 140 then requests that the buyer identify preferred methods of 
contact by the sellers [step 660], For example, the buyer might specify that the sellers 
communicate only through TSM 140, that the sellers communicate via regular mail, or 
that the sellers communicate directly with the buyer via email, telephone, etc. 

TSM 140 qualifies the buyer according to the rules stored in the qualification 
database 246 to minimize the number of fraudulent RFPs submitted to the system 100 
[step 665]. TSM 140 may qualify the buyer by comparing the buyer's contact 
information, social security number, or federal tax identification to a commercially 
available database, by analyzing the buyer's email address, or by other mechanisms to 
verify the identity of the buyer. 

If the buyer passes the qualification process [step 670], TSM 140 records that the 
buyer is qualified and updates an RFP status report to change the status of the RFP from 
"Submitted" to "Distributed" [step 675]. TSM 140 then stores the RFP in the RFP 
database 242 [step 680]. 

If the buyer fails the qualification process [step 670], TSM 140 records the 
activity of the non-qualified buyer and updates the RFP status report to indicate so [step 
685] (Fig. 6C). TSM 140 then notifies the buyer of the result of the qualification process 
[step 690]. If the buyer is a legitimate buyer, TSM 140 may permit the buyer to contact a 
service agent to prove the buyer's legitimacy. 
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Once the buyer completes the RFP, TSM 140 distributes it. Fig. 7 is a flowchart 
of processing for distributing an RFP in a manner consistent with the present invention. 
TSM 140 uses the filter data in the seller database 248 to determine the manner for 
distributing the RFP to the sellers on the distribution list. In other words, TSM 140 
analyzes the filter data corresponding to the sellers on the distribution list to identify 
which sellers will receive the RFP and makes it available to them [step 710]. Sellers 
may then access the RFP via the TSM web site with the appropriate log on identifier and 
password. Alternatively, TSM 140 might send the RFP to the sellers via email, regular 
mail, fax, etc. 

Once the RFP is made available, the individual sellers determine whether to 
accept or reject it [step 720]. The sellers then generate replies for the RFP based on 
whether the RFP is accepted or rejected. TSM 140 receives the RFP replies from the 
sellers [step 730] and updates the buyer's RFP status information to indicate whether the 
RFP was accepted or rejected by the seller [step 740]. TSM 140 then stores the RFP 
replies and the status information in the buyer database 244 [step 750]. 

PROCESSING FOR REVIEWING RFP RESULTS 

Figs. 8A and 8B are flowcharts of processing for reviewing results of previously 
submitted RFPs in a manner consistent with the present invention. When a buyer wants 
to see the results of a previously submitted RFP, TSM 140 generates and displays an RFP 
summary report [step 805]. TSM 140 periodically updates the report as it receives RFP 
replies from the sellers. 
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Fig. 9A is a diagram of an exemplary user interface in the form of a web page 900 
containing an RFP summary report 910 consistent with the present invention. The 
summary report 910 includes an RFP number 920, an RFP name 930, a submit date 940, 
a due date 950, a total number of requested bidders 960, and a total number of responses 
so far 970. The RFP number 920 uniquely identifies an RFP. The buyer may have 
submitted more than one RFP and, therefore, may have more than one RFP number. The 
RFP name 930 is the name that the buyer provided for the RFP. 

The submit date 940 is the date that the buyer completed the RFP. The due date 
950 is the date by which all sellers must respond to the RFP to have their RFP replies 
considered by the buyer. The total number of requested bidders 960 is the total number 
of sellers on the RFP distribution list. The total number of responses so far 970 is the 
number of responses received from the sellers to date. 

TSM 140 determines whether the buyer desires detailed information regarding a 
particular RFP shown in the RFP summary report based on input from the buyer [step 
810] (Fig. 8 A). If so, TSM 140 generates and displays a detailed report for the RFP [step 
815]. 

Fig. 9B is a diagram of an exemplary user interface in the form of a web page 980 
containing an RFP detailed report 990 consistent with the present invention. The detailed 
report 990 includes both the RFP number and name, as well as the status of the sellers' 
analysis. The status might include "Accepted, but not yet complete," "Accepted, reply is 
complete," or "Rejected, no reply forthcoming." The report 990 might also identify the 
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sellers on the distribution list and the status of each reply. The buyer may select one of 
the sellers from the report to read the reply or find out why the RFP was rejected. 

TSM 140 determines whether the buyer desires detailed information regarding any 
particular RFP reply based on input from the buyer [step 820] (Fig. 8 A). If so, TSM 140 
displays the reply for the buyer [step 825]. Alternatively, TSM 140 might email a copy of 
the reply to the buyer. If the buyer wants to review another RFP reply [step 830], TSM 
140 displays the reply for the buyer [step 825]. If the buyer finally decides to place an 
order [step 835], TSM 140 generates an order form containing the specifics from the 
seller's RFP reply and displays it along with the seller's contractual terms and conditions 
[step 840] (Fig. 8B). 

If the buyer accepts the terms and conditions [step 845], TSM 140 sends an alert 
to the selected seller indicating the buyer's intent to order, along with the buyer's contact 
information [step 850]. Of course, TSM 140 might inform the seller, and possibly all 
sellers, of the buyer's contact information at some earlier point. Once selected, the seller 
may contact the buyer to sign a contract for the desired telecommunication services. 

TSM 140 also notifies all of the rejected sellers that the buyer does not intend to 
order from them [step 855]. Finally, TSM 140 sends a confirmation to the buyer and 
updates the buyer's RFP status information [step 860]. 

PROCESSING FOR REVIEWING INDUSTRY INFORMATION 

Fig. 10 is a flowchart of processing for reviewing industry information in a 
manner consistent with the present invention. When a buyer indicates a desire to review 
industry information, TSM 140 presents the buyer with several options [step 1010], such 
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as to learn about new technology and services, to review recent industry announcements, 
and to review sellers' web sites. 

If the buyer wants to learn about new technology and services [step 1020], TSM 
140 links the buyer to web pages providing such information using conventional 
technology. If the buyer wants to review recent industry announcements [step 1030], 
TSM 140 links the buyer to web pages providing this information using conventional 
technology. If the buyer wants to review sellers' web sites [step 1040], TSM 140 links 
the buyer to these web sites over the network 130 using conventional technology. 
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PROCESSING FOR CHANGING BUYER ACCOUNT INFORMATION 
Fig. 1 1 is a flowchart of processing for changing buyer account information in a 
manner consistent with the present invention. When the buyer wants to change the 
buyer's account information, TSM 140 presents the buyer with several options [step 
1110], such as to change contact information, to change business demographics, and to 
change password. 

If the buyer wants to change the contact information [step 1 120], TSM 140 
presents the buyer with the current information and permits the buyer to change it. TSM 
140 receives the updated contact information and stores it [step 1 125]. If the buyer wants 
to change the business demographics [step 1 130], TSM 140 presents the buyer with the 
current information and permits the buyer to change it. TSM 140 receives the updated 
business demographics and stores it [step 1 135]. 

If the buyer wants to change the password [step 1 140], TSM 140 prompts the 
buyer to enter the current password and then the new password twice. TSM receives the 
new password, and if the current password is correct and the two entries of the new 
password match, TSM 140 records the new password [step 1 145]. When the buyer 
completes all changes, the buyer so indicates [step 1 150]. 

In an alternative configuration, TSM 140 forms a "spot market" for the sellers' 
offerings. A spot market is a market for available goods or services in which sellers of 
those goods or services control the market for their offerings but use an intermediary to 
make the market, i.e., bringing buyers and sellers together. As a market maker this 
intermediary is distinguishable from an agent for the seller because agents generally have 
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flexibility when selling goods or services on behalf of sellers, including for example the 
ability to offer discounts. A market maker for a spot market generally does not have such 
flexibility. 
Spot Markets 

In this alternative configuration, TSM 140 maintains in seller database 248 
information on selected sellers' offerings, including for example telecommunications 
services and products, used to form RFP replies. For example, a seller of 
telecommunication services might indicate in database 248 terms for certain of its 
telecommunication services such that TSM 140 can form RFP replies on behalf of the 
seller. The seller, however, has complete control over these terms and can access 
database 248 at any point to modify the terms of the bid. 

Sellers in this configuration are not required to access RFP database 242 to 
respond to selected RFPs (e.g., accept or reject RFPs). TSM 140 generates RFP replies 
on behalf of the sellers with offering information in database 248. Each of these RFP 
replies constitutes a seller's acceptance to a RFP. These acceptances may be available for 
a limited period. For example, a buyer begins a session with TSM 140 and completes a 
RFP indicating a need for a selected telecommunications service and, during that session 
TSM 140 forms one or more RFP replies on behalf of one or more sellers willing to 
provide the selected telecommunications service under specific terms that the TSM 140 
derives from information in seller database 248. Each reply is available for the buyer to 
accept only during the current session with TSM 140. Once that session is terminated the 
RFP reply corresponding to the buyer's RFP is no longer available for the buyer to accept. 
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Figure 12 is a flow chart of the steps used by buyers and sellers in the spot market 
configuration. In a manner substantially the same as that described above in connection 
with Figs. 4 and 5, a buyer first accesses TSM 140 [step 1210] and inputs a RFP [step 
1220]. A spot market managing component of TSM 140 monitors the RFP database 242 
for newly input RFPs [steps 1230 and 1240]. When a new RFP is added to database 242 5 
the spot market managing component accesses seller database 248 for information on 
sellers' offerings that may satisfy the requirements of the new RFP [step 1250]. When the 
spot market managing component identifies offerings in the database, the component 
forms one or more RFP replies on behalf of sellers that indicate a willingness for TSM 
140 to generate RFP replies without involving the sellers in this process [step 1260]. The 
RFP reply/replies are then presented to the buyer [step 1270], and the buyer may accept a 
reply [step 1280]. If at any point during this process it is determined that the buyer's 
session with TSM 140 has terminated the buyer can no longer accept a reply. This 
permits a seller to modify terms for offerings at any point with assurance that buyers will 
only receive RFP replies using current information based on the bid response data. 

In yet another configuration, a seller may indicate to TSM 140 a willingness to be 
bound by the terms of a TSM-generated RFP reply. This indication may be in the form of 
a flag or other code corresponding to a seller's offerings and included in seller database 
248. 

CONCLUSION 
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The systems and methods consistent with the present invention provide a forum 
through which buyers can purchase telecommunication services from a variety of sellers. 
The present invention levels the playing field by giving buyers more power than they 
presently have in the buy-sell process. 

The foregoing description of preferred embodiments of the present invention 
provides illustration and description, but is not intended to be exhaustive or to limit the 
invention to the precise form disclosed. Modifications and variations are possible in light 
of the above teachings or may be acquired from practice of the invention. The scope of 
the invention is defined by the claims and their equivalents. 

For example, the RFP approval process has been described as a group of sellers 
receiving an RFP and separately determining whether to approve or reject it. 
Alternatively, TSM 140 may contain a database of previously generated replies from the 
sellers. TSM 140 may query the database using the terms of the RFP and obtain one or 
more replies to present to the buyer. 



20 



